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METHOD AND SYSTEM FOR OPERATING A NETWORK SERVER TO 
DISCOURAGE INAPPROPRIATE USE 

CROSS-REFERENCE TO RELATED APPLICATION 

5 This application claims priority pursuant to 35 U.S.C. § 1 1 9(e) to U.S. Provisional 

Application Number 60/198,491, filed April 18, 2000, which application is specifically 
incorporated herein, in its entirety, by reference. 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

10 The present invention relates to methods and systems for operating a server 

connected to a wide area network, such as the Internet, and particularly to methods of 
serving files in response to requests from users. 

2. Description of Related Art 

Publicly accessible servers, particular servers that provide storage space for no 
15 charge, such as servers on free web hosts, are often used inappropriately in violation of 
agreed terms of service for the distribution of media files such as large software, music, 
and video files. Such media files tend to be much larger than the files that the host 
service is intended for. Consequently, the storage and exchange of these inappropriate 
files demands greater bandwidth than more appropriate uses, thereby choking and 
20 discouraging the uses that the web server is intended to serve. Additionally, these 
types of media files often contain illegally copied content, that may lend an undesirable 
taint to operators of web hosting services who do not wish to be perceived as 
encouraging copyright violations. Another injury caused by such inappropriate use is 
disproportionately heavy use of the server by relatively few users, thereby reducing the 
25 number of subscribers that the hosting service attracts. A related problem is the 
devaluation of advertising space as a result of people downloading such files, and the 
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potential for alienating advertisers who have purchased advertising space on the 
servers serving such files. 

Therefore, a method and system is needed to discourage inappropriate use of 
publicly available, network-connected server space, without adversely affecting 
5 intended uses of the server space or restricting public access. The method and system 
should integrate seamlessly and cost-effectively with existing network protocols and 
server software and hardware. 

SUMMARY OF THE INVENTION 
A method and system for operating a network server are provided, whereby the 

10 rate at which files are served from the server storage device to public users on the 
network depends primarily on the file size, and secondarily on other parameters, such 
as server load and file type. In particular, the transfer rate of each requested file is 
controlled and varied during transfer of the file. The method is particularly suitable for 
application to every file transferred from the server. In the alternative, the method may 

1 5 be applied only to selected files or types of files. In an embodiment of the invention, the 
transfer rate is progressively slowed (decelerated) as each file is transferred from or to 
the network. Consequently, relatively small files are not noticeably delayed, while very 
large files may be very substantially delayed relative to the rate at which they would be 
transferred without implementation of the invention. The delaying action serves to 

20 preserve system bandwidth for transfer of smaller files, and further discourages users 
from requesting the transfer of large files, thereby preserving system bandwidth to an 
even greater degree. The response of the server to appropriate uses can be greatly 
improved at the same time system performance is deliberately degraded for 
inappropriate uses. Furthermore, the method is easy to implement in a variety of 

25 different systems while adding minimal system overhead. 

According to an embodiment of the invention, the server is connected through a 
network, such as the Internet, to a plurality of client devices, and is configured to 
transfer information between any selected one of the client devices and a memory for 
static storage of information. The method comprises the steps of receiving a request to 
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transfer a file between the memory and one of the plurality of client devices, removing a 
packet comprising a defined number of information bits from the file, transferring the 
packet between the memory and the client device per the request, then pausing for a 
defined delay period, and repeating the removing, transferring, and pausing steps in 
5 order until all of the file has been transferred. Preferably, the method further comprises 
increasing the defined delay period after each execution of a packet transfer cycle (or 
after a selected number of cycles), thereby discouraging the transfer of unacceptably 
large files. The delay period may be initiated, and the amount of increase or other 
adjustment to the delay period during the transfer cycle may be controlled, by selected a 

10 predetermined value from a table, or by calculating a value based on variable input 
parameters such as the file size, server load, network response time, and number of 
transfer requests from the client device within a defined prior period. The number of 
information bits in the packet that is, the packet size -- may have a value that is 
similarly initiated and adjusted during the transfer cycle. According to a related 

15 embodiment of the invention, a system comprises a server having an application that 
performs one of the embodiments of the method according to the invention. 

A more complete understanding of the method and system for operating a 
network server to discourage inappropriate use will be afforded to those skilled in the 
art, as well as a realization of additional advantages and objects thereof, by a 

20 consideration of the following detailed description of the preferred embodiment. 
Reference will be made to the appended sheets of drawings which will first be described 
briefly. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a system diagram showing an exemplary system for implementing a 
25 method according to the invention, and its relationship to other elements. 

Fig. 2 is a flow diagram showing exemplary steps for performing a method 
according to the invention. 


LA2:559291.1 


-3- 


DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 


The present invention provides a method and system operable at an application 
or higher network level for discouraging inappropriate use of network resources. In the 
detailed description that follows, like element numerals are used to describe like 
5 elements shown in one or more of the figures. 

Referring to Fig. 1, system 10 comprises a server 16 and an application 14 
executing on the server. Server 16 is typically a general purpose computer configured 
for serving information to multiple users across a network, but may comprise any high- 
level computing device capable of performing the method described herein. Application 
10 14 comprises a program of instructions for performing the method described herein, and 
may additionally comprise instructions for performing other server functions as known in 
the art. 

Server 16 is connected to network 13 by communication link 15 and to a memory 
18 containing at least one file 17. Memory 18 is any device, such as a hard drive or 

15 array of hard drives, tape drive, optical disk drive, or similar device, for static storage of 
information; and particularly, devices capable of accessing and storing massive 
amounts of high-level data for indefinite periods. In an embodiment of the invention, 
memory 18 is physically adjacent to server 16 and connected to the server through a 
server-operated bus 19. Server 10 controls access by users, such as user 11 

20 connected to network 13, to memory 18. File 17 is a set of high-level data encoded in a 
finite number of discrete information bits, such as binary bits. A plurality of files such as 
file 17 are used to exchange high-level information between a plurality of users, such as 
user 11, connected to network 13 using client devices such as terminal 12 and a 
communication link 15. 

25 Network 13 may be a wide area network, a local area network, or a combination 

of different types of networks, such as the Internet. The network may be operated by 
various protocols, such as TCP/IP. The system and method according to the invention 
are not limited to application with any particular type of type of network, protocol, or 
client device. Although one skilled in the art will recognize that the invention is readily 
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implemented for use with packet-switching networks, such as the Internet, it should also 
be appreciated that the invention is not limited thereby. The invention provides a 
method for implementation at a high system level. Therefore, the details of lower-level 
systems, such as network architecture and protocols, are secondary considerations for 
5 adapting the invention to be addressed in specific cases by one skilled in the art. 

Referring to Fig. 2, exemplary steps of a method 20 for discouraging 
inappropriate use of memory connected to a network are shown. Method 20 may be 
implemented by a background application, and is preferably applied to all public 
requests for file transfers from the memory. In an alternative embodiment, the method 

10 is applied to files of a selected type, such as MP3 files. However, file types are 
generally easily disguised, so the foregoing embodiment may suffer from the 
disadvantage of being easily circumvented. Operation of method 20 is triggered by the 
receipt of a public request for a file transfer at step 21. As used herein, "transfer" 
includes both the transmission of a file from a public memory to a client device, and 

15 storage in the public memory of a file received from a client device. Method 20 may be 
applied to both types of transfers, but is believed to be especially useful for application 
to transmission of files from network-accessible memory to client devices. 

At step 22, packet size and delay period values are initialized. The initial packet 
size and delay period values may be constants that are retrieved from a system 

20 memory, or may be variables that are calculated or selected from a table of 
predetermined values depending on variable parameters such as the size of the 
requested file, the load experienced by the server, the network response time, or the 
number and/or size of transfer requests from the requesting client device within a 
defined time period. The initial delay value is preferably a unit of time, such as one 

25 millisecond. The initial packet size is preferably a defined number of information bits, 
which is substantially smaller than the size of files that are considered undesirable to 
transfer. In an embodiment of the invention, the packet size is preferably the same as 
or larger than the typical packet size of the transmission control protocol in use on the 
network over which the file will be transferred, such as, for example, 8192 (8k) bytes. It 
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should be apparent that the packets used in method 20 are distinct from and reside at a 
higher level than "packets" as the term is used in the art in connection with packet- 
switched communication methods. 

At step 23, a packet of information having the defined size is removed from the 
5 file requested for transfer. As used herein, to "remove" a packet does not necessarily 
imply actual removal of information from the file, or actual segmentation of the file into 
co-existing, separate packets. Such techniques may be used, but are not generally 
preferred because they may entail destruction of the file and/or inefficient programming. 
Rather, a packet is preferably removed by copying a defined portion of the file into a 

10 working . memory in the server and recording the sequence number, packet size, and 
any other information required to identify the next packet in the sequence and/or to 
reassemble the file from the separately transferred packets. Depending on the desired 
transfer technique, such identifying information may be included in a packet header or 
footer. If the remaining portion of the file (i.e., that portion that has not yet been 

15 removed and transferred) is less than the packet size, then the packet comprises the 
entire remaining portion of the file, and a flag for application 14 is set to indicate that the 
end of the file has been reached. 

At step 24, the packet is transferred in accordance with the client request. 
Where the file is to be transferred over a network, whatever packeting technique is used 

20 at step 23 is preferably designed so that transmission of the file as a sequence of high- 
level packets is seamlessly integrated with the transfer protocol, and no client-side 
special application is needed to reassemble the file. In addition, high-level, server side 
delays attributable to method 20 are preferably made indistinguishable from 
transmission delays caused by bandwidth constraints at the server or at lower layers in 

25 the network. In this way, operation of method 20 is made invisible to users of the 
system. In the alternative, but less preferably, a distributable client-side application for 
re-assembling the high-level packets into a file may be distributed to the client in 
advance of the file transfer, where it may be triggered upon receipt of the first top-level 
file packet. 
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At step 26, a pause is introduced having a duration determined by the defined 
delay period. During the pause, no top-level server-side activity is performed that is 
directed towards the transfer of the requested file, although lower-level activity and 
client-side activity for transfer of the file preferably can and does occur irrespective of 
the pause. Of course, after the last packet in the file is transferred, a pause serves no 
function and the routine terminates as indicated at branch 25. 

At optional step 28, the delay period and/or the packet size are set to adjusted 
values. If both parameters are to remain constant for the next execution cycle, step 28 
is bypassed as indicated at branch 27, and the transfer cycle is re-entered at step 23. 
However, during at least selected ones of the execution cycles, at least one of the 
packet size or the delay period is preferably set to an adjusted value at step 28. For 
example, it is generally preferable to increase the delay period after selected execution 
cycles, such as after each execution cycle. File transfer rates may also be adjusted and 
controlled by changing the packet size after each of, or selected ones of, the execution 
cycles. For example, decreasing the packet size parameter after each cycle while 
holding the delay period constant will cause the transfer rate to decelerate similarly to 
what may be achieved by holding the packet size constant and increasing the delay 
period. However, use of the delay period as the rate control parameter will typically be 
more easily and more efficiently implemented at the application level. Therefore, it is 
generally preferred to hold the packet size constant and adjust the delay period, but the 
scope of the invention is not limited thereby. Furthermore, to achieve the desired result, 
an appropriately timed delay may be inserted after randomly chosen packets wherein 
each packet has a set probability of being selected for delay. Thus, a delay need not 
necessarily be inserted after every packet, or even after every "nth" packet. 

Various different algorithms may be employed to calculate the value to which the 
delay period and/or packet size parameters will be set at step 28. In the alternative, a 
predetermined value may be selected from a lookup table depending on various input 
criteria. A desirable result can be achieved using a compact calculation scheme. For 
example, in an embodiment of the invention, the delay period is increased after selected 
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cycles (such as after each cycle) by adding a constant increment, such as an additional 
millisecond. If desired, greater rates of deceleration may be achieved by increasing the 
incremental delay amount as the transfer progresses, such as by a fixed percentage (for 
example, 2%) after each cycle. 

5 In the alternative, the delay period (or packet size) value set at step 28 may be 

calculated independently of the delay period (or packet size) value used in the previous 
cycle, or calculated using at least one independent variable. For example, delay period 
value can be set as a function of the server load, file size, network response time, or 
number of transfer requests or quantity of bytes requested from the requesting client 

10 device or port within a defined prior period. The latter parameter allows for targeting 
delays to particular ports or clients. In an alternative embodiment, if the server load is 
very low and excess capacity is available, the delay period can be set to zero, thereby 
permitting both large and small files to be transferred without delay. This may be useful 
for applications where it is desirable to permit large file transfers under limited 

15 circumstances. As server load increases, any of the initial delay period, the rate of 
increase in the delay period, and/or the value of the delay period after each cycle or a 
selected number of cycles, can be set to a non-zero value that is determined as a 
function of load on the server. 

After execution of step 28 (or after step 28 is bypassed at branch 27), the 

20 transfer cycle is re-entered at step 23, and steps 23, 24, 26 (and optionally, step 28) are 
repeated in sequence until all of the file requested for transfer has been transferred. 
When file transfer is complete, the execution loop terminates as indicated at branch 25. 

Method 20 is preferably configured as one or more modules that can be called as 
needed, and configured so that separate instances of each module may run 

25 concurrently without conflict. Accordingly, a server making use of method 20 is 
preferably capable of transferring multiple files in parallel. It should be apparent that the 
pauses inserted by method 20 may in some cases enhance such parallel operation, by 
freeing processor time available for execution of parallel steps. 
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The following example illustrates the operation of method 20 in a network- 
connected system 10. Referring again to Fig. 1, server 16 and terminal 12 are 
connected via communication links 15 to network 13. User 11 sends a request for file 
17 to server 16. Server 16 is open to file requests from any and all users, and 
5 application 14 is applied to filter or screen all requests for files. For this example, 
application 14 is configured so that the initial delay period T is one millisecond, and the 
initial packet size "P" is ten kilobytes (it should be understood that 8 kilobytes would be 
a more typical implementation, and ten kilobytes is merely convenient choice for 
illustrative purposes). Therefore, after receiving the request, application 14 transmits 

10 the first ten kilobytes of file 17 to terminal 12. Application 14 then pauses for one 
millisecond, and then transmits the next ten kilobytes of file 17 to terminal 12. 
Application 14 then increments the delay period by an additional one millisecond, 
pauses for the adjusted delay period (now two milliseconds) and transmits the next ten 
milliseconds of file 17. Application 14 repeats the foregoing cycle, incrementing the 

15 delay period by an additional millisecond after each transmission, until the entire file 17 
has been transferred to terminal 12. 

It should be apparent that the total delay time "T" inserted by method 20 for file 
17 may be computed by summing the individual delay periods; that is, 'T = £t" The 
size "n" of file 17 may be expressed as an integer number of packets, determined by "n 

20 = F/P," where n is rounded up to the next integer, and "F" and "P" are the size of file 17 
and the packet size, respectively, in compatible units such as bytes or bits. For the 
forgoing example, the sequence of delay periods comprises an arithmetic progression 
of integer millisecond values from 1 to (n - 1). Therefore, the total delay time in 
milliseconds for a given file of size "F" will be: 

25 T ^ n(n-1) = (F/P) 2 -(F/P) Eq A 

2 2 

Accordingly, user 11 will experience, for example, in addition to any usual transmission 
delays associated with network and system capacity, an unnoticeable additional delay 
of 45 milliseconds in transferring a 100 kilobyte file; a slight additional delay of 4.95 
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seconds in transferring a one megabyte file; a substantial additional delay of 8 minutes 
and 19 seconds in transferring a ten megabyte file, and a probably intolerable additional 
delay of 208 hours in transferring a fifty megabyte file. A desirable user will perceive 
that the system is fast, because the transfers of small files (such as web pages) 

5 proceed without noticeable delay. However, a user seeking to use server 16 to store 
and transfer large files, such as music or video files, will be discouraged by the large 
additional delay times, and will therefore avoid using the server for such purposes. At 
the same time, server 16 remains freely available on an open and equal basis to all 
users, thereby helping to attract traffic to the site. 

10 Having thus described a preferred embodiment of the method and system for 

operating a network server to discourage inappropriate use, it should be apparent to 
those skilled in the art that certain advantages of the within system have been achieved. 
It should also be appreciated that various modifications, adaptations, and alternative 
embodiments thereof may be made within the scope and spirit of the present invention. 

15 For example, the use of a particular rate-modifying algorithm has been illustrated, but it 
should be apparent that the inventive concepts described above would be equally 
adaptable for use with other algorithms for controlling the file transfer rate. For further 
example, a system comprising a server has been illustrated, but it should be apparent 
that the inventive concepts described above would be equally adaptable for use with 

20 other devices for transferring information across a network, such as routers. The 
invention is further defined by the following claims. 
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